System Analysis Apparatus and Method, and Storage Medium Storing System 

Analysis Program 




TECHMCALFlEUDOFra 
The present invention relates to system analysis technology; more particularly to system 
analysis technology used in order to divide an existing system into reusable subsystems and other 
resources, for example. 

BACKGROUND OF THE INVENTION 
ven if an existing system is reorganized, main functions in the new system are not very 
different from mb§e of the existing system. In this situation, subsystems of the existing system are 
reused to reduce both ortfcje development costs and development team. In order to reuse subsystems, 
it is necessary to isolate subsystems required for reuse from the other resources in an enormous 
existing system. Currendy, this isolaticfr^of subsystems is carried out using design documents at the 
time of development and/or the knowledge^ development engineers, and highly depends on the 
know how at the time of design. But, such a technique that depends on the human experience 
cannot definitely identify system resources to be rehsed, and it sometimes causes additional 
developments costs and period. There is a very real danger Of cost increases during development 
due to design errors of the interface between the reused portions and^the newly developed portions 
in addition to the isolation difficulty. 



Also, if there are deficiencies in the design documents, and/or mismatches between the 
design documents and the current system, and/or the developer of the current system is absent, etc . , 



it is not possible to smoothly investigate grouping of the subsystems in the existing system, reuse of 
the subsystems, new development, and/or application of packaged programs etc. Therefore, die 
system itself must be analyzed 

Further, now that almost all procedures are integrated into a system, the procedures 
themselves are incorporated into a black box and relationships between procedures become 
complicated which means that new development of all procedures is extremely difficult In this 
respect a process for analyzing the existing system itself is absolutely essential in reorganization of 
the existing system. 

SUMMARY OF THE INVENTION 
The object of the present invention is therefore to provide a system analysis apparatus, 
method and program for analyzing an existing system. 

It is also an object of the present invention to obtain information to be used in partitioning 
or the like of the existing system, by analyzing the existing system. 

A system analysis apparatus for analyzing a system containing one or a plurality of 
programs, which is a first aspect of the present invention, includes means for examining a data item 
access state in the program, and an analyzer for analyzing association relationships between 
processes and data items based on the data item access state. Each of the processes is at least one of 
a program, a set of programs and a program section The data items are, for example, data items 
within data files, data items within telegraphic messages, or data items within subprogram 
interfaces. In this way, by analyzing association relationships between data items and processes as a 



system analysis, it is possible to acquire information useful in system partitioning etc. More 
specifically, it is possible to clarify groups of processes of various units (for example, program 
sections, programs themselves, JOBs, subsystems, etc.), groups of data items, and association 
relationships between data items and processes . 

The above mentioned analyzer may be configured to includes means for quantifying the 
types of accesses (for example, reference, update, etc.) to the data items and the number of accesses, 
which are included in the data item access state, and generating the quantified data item access state 
data It is possible to display the association degrees between data items and processes as a result of 
the quantification. 

The above mentioned analyzer may also be configured to further include means for 
correcting the quantified data item access state data according to external requirements including 
system design requirements. This is in order to designate portions that are to be associated 
according to the external requirements such as system design requirements. 

The above mentioned analyzer may also be configured to further include means for 
collecting processes which access to a data item satisfying a predetermined condition in the 
quantified data item access state data 

Still further, the above mentioned analyzer may also configured to further include means 
for presenting at least one of a partitioning patten of the data items and a division pattern of the 
processes, using the quantified data item access state data and collected process information 



It is also possible that the system analysis apparatus of the first aspect of the present 
invention further includes means for presenting a process interface in the presented process division 
pattern. This is useful in the design of interfaces at the time of system partitioning. 

The system analysis method, which is the second aspect of the present invention, includes 
the steps of: examining a data item access state in the program, and analyzing association 
relationships between processes and data items based on the data item access state, wherein each of 
the processes is at least one of a program, a set of programs and a program section. Variations 
stated above for the first aspect of the present invention can be applied to the second aspect of the 
present invention. 

This method may be provided as a program that is executed by a computer. In this case, 
the program is stored in a storage medium or a storage device, such as a floppy disk, CD-ROM, 
magneto-optical disk, semicx>nductCH*memc^ca:haiddist 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a functional block diagram of the present invention; 
Fig. 2 is an overall process flowchart of the present invention; 
Fig. 3 is a flow chart of an instruction tabulating process of the present invention; 
Fig. 4 is a drawing showing an example of data recorded during instruction tabulation; 
Fig. 5 is a drawing showing a data item access state table at the first stage ; 
Fig. 6 is a drawing showing an example of an association coefficient table of the present invention; 
Fig. 7 is a drawing showing a data item access state table at the second stage; 
Fig. 8 is a drawing showing a data item access state table at the third stage; 



Fig. 9 is a flowchart of process accumulation processing of the present invention; 

Fig. 1 0 is a drawing showing a data item access state table at the fourth stage; 

Fig. 11 is a flowchart of process and data itemdivisimpnx^ssingofthepresmtinvaition; 

Fig. 1 2 shows an example of data recorded during process and Hata item division processing; 

Fig. 13 shows an example of data recorded during process and data item divisim processing; 

Fig. 14 is a drawing showing a data item access state table at the fifth stage; 

Fig. 15 shows an example of a process interface display of the present invention. 




^X^B^TDESC^ff^QN JJF THE PREFE RREBIiMBQDIMEN^ — 



A functional block diagram of the present invention is shown in Fig. 1. Inputs are a 
program 101, JCL (Job Control Language) 103 and subsystem information 105 used in an existing 
system. A data item access state tabulation module 107 uses these inputs. Output of the data 
item access state tabulation module 107 is input to a data item association degree calculating 
module 109. The data item association degree calculating module 109 performs computation using 
specially prepared association coefficients. The association coefficients are stored in an 
association coefficient storage 111. The result of the computation by the data item association 
degree calculating module 109 is output to a data item association degree correcting module 113. 
The data item association degree connecting module 113 outputs a result to a process accumulating 
module 1 15 after carrying out correction processing. The process accumulating module 1 15 outputs 
a result of accumulation processing to aprocess and data dividing module 117. A processing result 
of the process and data dividing module 117 is output to an interface display module 119. A 
processing result of the interface display module 119 is displayed as interface information, and 
stored in a storage device. The processing result from each module is also stored in the storage 
device. 



The data item access stale tabulation module 107 forms the number of accesses, type of 
access and at what stage the access was made, to each data item, into a table, using (a) the program 
101 which is a source program, (b) the JCL 103 which defines names of the programs to be 
executed, control parameters, and data sets allocated to the programs etc., and (c) the subsystem 
information 105 which includes subsystem names and information about JOB dependent on the 
subsystem. The data item association degree calculating module 109 quantifies the data item 
access stale using access type (for example reference, update) and the number of accesses. Since 
there is an association degree strength for each access type, the data item association degree 
calculating module 109 calculates a production of an association coefficient corcesponding to the 
access type and the number of accesses by referring to the association coefficient storage 111 which 
stores the association degree strength (association coefficient) defined for each access type in 
advance. 

The data item association degree correcting module 113 corrects the association degrees 
related to portions that are to be strongly associated, using input of external requirements such as 
system design requirements. For example, in the case where the data amount of a particular data 
item is large compared to others, processing is carried out to cause the association degree for that 
data item to be increased, or the like. The process accumulating module 115 collects processes that 
access to data items satisfying a predetermined condition, and gathers the processes together in the 
data item access state data. By gathering the processes together; it becomes easy to understand the 
group of the data items and processes. Therefore the process and data dividing module 117 carries 
out process division and data item partition Since the interface between the processes is maHft clear 
as a result of this process division, the interface display module 119 displays the interface. 
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The overall process flow of the present invention is shown in Fig. 2, and a detailed 
description of each step will now be given. First of all, the data item access state tabulation module 
107 analyzes the program 101, JCL 103 and subsystem information 105, and tabulates data item 
access instructions (step 13). An example of this prcnxss flow is shown in Fig. 3. 

First of all, word disassembly is carried out for a source program written in a 
programming language, such as COBOL (step 33 in Fig. 3). That is, the source program is 
disassembled into each instruction. Then, referring to an access instruction table, access states for 
each data item are stored (step 35). The access instruction table lists instruction groups to be 
handled as access instructions, such as data referencing instructions (for example READ, GET), 
data creating instructions (for example WRITE, STORE), data update instructions (for example, 
REWRITE, MODIFY), data delete instructions (for example DELETE), and data redefining 
instructions (for example REDEFINE). That is, each instruction enumerated in the access 
instruction table is recorded, as shown in Fig. 4, for example. Specifically, a program name, section 
names in that program, step names in those sections, data items accessed and the types of those 
accesses, are recorded in a storage device. In the example of Fig. 4, section Seel 11 of a program 
called Pgmll is currently being analyzed, and in step 1 there are reference accesses to data items 
Dll and D12, and in step 4 there are update accesses to data items Dll, D12 and D22. Fig. 4 
shows that analysis is in progress, and after the state shown in Fig. 4, the access state for all 
programs included in the system to be analyzed is recorded 

In step 35, if the access state is recorded for each access, the JCL 1 03 and the subsystem 
information 105 are also referenced, and accesses of the same type in each step are counted and a 



data item access state table is generated (step 37). The data item access state table is a table as 
shown, for example Fig. 5, and is stored in a storage device. Fig. 5 is a data item access state table 
for a system called System A. System A contains jobs Jobl, Job2, and Job3. Further, Jobl contains 
programs Pgmll and Pgml2, Job2 contains programs Pgm21 and Pgm22, and Job3 contains 
program Pgm31. This information is acquired by referencing the JCL103 and the subsystem 
information 105. Program Pgmll contains sections Seel 11 and Seel 12, program Pgml2 contains 
section Secl21, program Pgm21 contains section Sec211, program Pgm22 contains section Sec221, 
and program Pgm31 contains section 311. Further section Seel 11 contains steps 1 to 7, section 
Seel 12 contains steps 8 to 10, section Secl21 contains steps 11 to 13, section Sec211 contains steps 
14 to 16, section Sec221 contains steps 17 to 19, and section Sec311 contains steps 20 to 25. The 
steps are represented by serial numbers for each process unit within a section. This information is 
recorded in die processing of step 35, as shown in Fig 4. 

On the other hand, file Fl contains records Rl and R2, and file F2 contains record R3. 
Record Rl includes data items Dll to D14, record R2 includes data items D21 and D22, and 
record R3 includes data items D3 1 and D32. This information is acquired from the file structure. If 
there are reference (for example, READ) accesses, R is recorded in the table of Fig. 5 , U is recorded 
if there are update (for example, UPD AIE) accesses, and C is recorded if there are create accesses. 
Although not used in Fig. 5, D is recorded if there are ddete a 

redefine accesses. The number of accesses is recorded after the letter representing the type of access. 
R5 indicates that there are five reference accesses. If a small letter a is recorded after the above 
described alphabetical letters, it means all record processing. 

After the data item access state table such as shown in Fig. 5 has been generated, the data 
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item association degree calculating module 109 refers to the association coefficient storage 111 and 
calculates the degree of data item association (Step 15 in Fig. 2). The degree of association has 
certain strength depending on the access type, and an association coefficient expresses this strength. 
Generally, the association degree of an updating access is stronger than that of a reference access 
and the association degree of create access and delete access is stronger than that of updating access. 
Also, die association degree of a data item used in a CALL parameter for calling a subprogram is 
stronger than that of the file access, and the association degree of the shared COPY phrase or local 
variable is further stronger Accordingly, the following size relationships exist 

For association relationships: 

reference < update < create = delete < redefine 

For association media: 

File < CALL parameter < COPY phrase < local variable 

Based on these size relationships, the specific association coefficients such as shown in 
Fig. 6 are prepared However, it is also possible to use numerical values that are different from those 
in the example of Fig. 6. Further; it is also possible to change the above described size relationships 
according to some conditions. 

In step 15, access types and numbers of accesses tabulated in the data item access state 
table (Fig. 5) are quantified by multiplying association coefficients corresponding to the access 
types and numbers of accesses. In the example of Fig. 5, since there are only file accesses, other 
association media are not used in this example. The quantification results are shown in Fig. 7. The 
quantified data item access state table is stored in the storage device. For example, in the case of U2 
in Fig. 5 , since it is an update access, the association coefficient is five and the number of accesses is 
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two, so the degree of association becomes 10. Also, in this example, in the case of all record 
processing, calculation is carried out with the number of accesses bring 10. That is, Ra has an 
association coefficient of 1, and with the number of accesses as 10 the degree of association 
becomes 10. 

Next the data item association degree correcting module 113 corrects the association 
degrees in the data item access state table (step 17 in Fig. 2). The association degrees between 
processes and data have a strength depending not only on the type and number of accesses to Hata 
but also according to the amount of data and response time to be cleared in the system requirement 
It is necessary to correct the association degrees in the data item access state table acquired in step 
1 5 , taking such system design requirements into consideration For example, with data items having 
a large data amount, the association degree is increased in accordance with the data amount In the 
example of Fig 7, since the data amount of file E2 is large, the association degrees for data items 
included in this file F2 are doubled. The data item access stales table after performing correction to 
double the association degrees is shown in Fig 8. 

If system design requirements includes, such as for example, a requirement that particular 
processes or data must be associated with each other; it is possible to partition processes or data 
undo: that type of restriction. However; if processing subsequent to this embodiment is carried out 
after causing association degrees of individual data items to be increased (or decreased) as in this 
example, it becomes possible to find association relationships for data items and processes (for 
example, between data items, between processes, and between data items and processes) that are 
completely hidden in cases where explicit association is applied However; it is also possible to 
c^ny out process accumulation (step 21) without carrying out this correction (step 17). 
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Then, it is confiimed whether or not collection is appropriate (step 1 9). If correction is not 
appropriate, processing returns to step 17 and correction is carried out again. Whether or not the 
correction is appropriate depends upon whether or not subsequent processing, for example process 
accumulation, is possible. 

Next, the process accumulating module 115 accumulates processes with a high 
association degree (step 21). For example, the processing shown in Fig. 9 is carried out First of all, 
a data item with the highest association degree is acquired (step 43). In the example of Fig. 8, this 
is data item D32. Next, programs using a record containing this data item are collected together in 
program units (stq) 45). In the case of Fig. 8, the record that contains 

and programs that use record R3 are Pgmll, Pgm22 and Pgm31. Next, the collected programs are 
arranged in program units in order of those association degrees (step 47). Program Pgmll has 
association degree 140, Pgm22 has association degree 30, and Pgm31 has association degree 40, 
and therefore they are arranged in the order Pgml 1, Pgm31,Pgm22. 

It is then judged whether or not there are any remaining elements which satisfy a 
predetermined condition after programs (column entries in the data item access state table) and 
records (row entries) that are objects to be arranged have been removed from the table (step 49). In 
the example of Fig. 8, the programs Pgm 1 1 , Pgm3 1 and Pgm22 are removed as the column entries, 
which means that Pgml2 and Pgm21 remain. Also, record R3 is removed as the row entries, so 
records Rl and R2 remain. If there are elements in these remaining portions wjtfr ^ggnn'^nn degree 
larger than a specified threshold value, processing returns to step 43 . In the example of Fig. 8, the 
m a ximum association degree of the remaining portions is 10. Processing is tprm\mtpA l as this is 
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smaller than the threshold value. 

The result of step 21 is shown in Fig. 10. In step 21, program columns in the data item 
access state table that are to be arranged are all moved. Accordingly, as shown in Fig. 10, the 
programs become arranged Pgm31 next to Pgmll, and with Pgm22 next to Pgm31. On the other 
hand, programs other than those that are to be arranged are not subj ected to any further arrangement, 
which means that Pgml2 and Pgm21 are arranged in numerical order; so Pgm21 is after Pgml2. 
JOB names are rewritten in accordance with the programs that are arranged Obviously, sections 
and steps within the programs are also shifted in accordance with arranging and shifting of 
programs. If this type of arrangement is carried out, it becomes clear that there is a bias towards data 
items being used by every program. The data item access state table of Fig. 10 is stored in the 
storage device. 

In the example of Fig. 9, programs have been grouped together based on a record 
containing the data item with the highest association degree, but it is also possible to group 
programs together based on other units, for example data items. Also, programs have been grouped 
together in program units, but it is also possible to group them together in section units or JOB units. 

Returning to Fig. 2, the process and data dividing module 117 performs process division 
and data item partition (step 22). One example of this processing will be described in detail using 
Fig. 11. 

First of all, data items having an association degree of 5 or more are grouped together in 
section units (step 63). If step 63 is carried out, the processing result for Fig. 10 is shown in Fig. 12. 
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Specifically, data item Dll has an association degree of 5 or more in sections Seclll, Seel 12 and 
Sec311. Data item D12 has an association degree of 5 or more in sections Seclll and Sec311. Data 
item D13 has an association degree of 5 or more in section Sec211. Data item D14 has an 
association degree of 5 or more in section Sec2 1 1 . Data item D2 1 has an association degree of 5 or 
more in section Sec311. Data item D22 has an association degree of 5 or more in sections Seclll 
and Sec311. Data item D31 has an association degree of 5 or more in sections Seel 12 and Sec311. 
Data item D32 has an association degree of 5 or more in sections Seel 12, Sec311 and Sec221. 

Then, data items are grouped together as one if data items are arranged in the same file in 
sequence and one of the following conditions is satisfied (step 65). 
Condition 1: the range of grouped sections is the same. 
Condition 2 : there are common sections. 

For example, processing is carried out sequentially from the upper line in Fig. 12. Because the first 
and second lines list data items of the same file Fl and there are common sections, the data items 
are grouped together (range a). The third line is for a data item in the same file Fl, but the range of 
grouped sections is not the same and there is no common section, which means that the lines from 
the first to the third line can not be grouped together ff the thW and fourth 
data items in the third and fourth lines are in the same file Fl and the range of grouped sections is 
the same, so they can be grouped together (range d). Data itenisfitm the third to the fiflh line are m 
the same file F 1 , but the range of grouped sections is not the same and there is no common section, 
so they can not be grouped together 

If the fifth line and the sixth line are compared, data items of the same file Fl are listed, 
and a common section exists in the grouped section range, therefore the fifth line and the sixth line 
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aie grouped together (range b). There is a file boundary between the sixth line and the seventh line, 
and so the seventh line and the eighth line are compared Looking at the seventh line and the eighth 
line, data items of the same file F2 are listed, and sections Seel 12 and Sec3 11 are shared, therefore 
the seventh line and the eight line are grouped together (range c). The above described groupings 
are illustrated in Fig. 13. The information in Fig. 12 and Fig. 13 is stored in the storage device. 

The ranges a to dare shown in the data item access stale table in Fig. 14. In the processing 
of Fig. 11, sections are gathered together for each data item, so association relationships between 
data items become clear Association relationships between data items and processes are also 
shown. In the example of Fig. 14, the association degree between data item Dll and data item D12 
is strong, and processes which are strongly associated with these data items Dll and D12 are 
sections Seclll, Seel 12 and Sec311, or programs Pgmll and Pgm31 (range a). Also, the 
association degree between data item D13 and data item D14 is strong, and processes which are 
strongly associated with these data items D13 and D14 are section Sec211 or program Pgm21 
(range d). The degree association between data item D21 and data item D22 is strong, and 
processes which are strongly associated with these data items D21 and D22 are sections Seclll, 
and Sec311, or programs Pgmll andPgm31 (range b). The association degree between data item 
D31 and data item D32 is strong, and processes which are strongly associated with these rfota items 
D31 and D32 are sections Seel 12, Sec311 and Sec221, or programs Pgmll, Pgm31and Pgm22 
(range c). It is also possible to configure the present invention to display this table to a user. 

By grouping in this manner; it will be understood that data items Dll and D12, and D12 
and D13 in record Rl are separated, and that they be placed in dififeient records. 
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In Fig. 1 1 , data item with an association degree of 5 or more are searched for; but tins is 
only one example and it is also possible to change the value according to conditions of the system 
to be analyzed In addition, in the above example, data items are grouped together in section units, 
but it is also possible to group in program units. 

It is also possible to divide processes by using the above ranges a to d As will be 
understood from reference to Fig. 14, program Pgm31 or section Sec311 is included in range a to 
range c, but is not included in range dAc^^ 

out process division to programs Pgmll, Pgm31 and Pgm22 (or sections Seclll, Seel 12 Sec311 
and Sec221) derived from ranges a to c, and Pgm21 (or Sec211) derived from range d Program 
Pgml2 (or Secl21) does not belong to any range. However; Program Pgm 12 (or Secl21) uses 
data item D13, and data items D13 and D14 are strongly associated with program Pgm21. 
Therefore, Pgml2 is grouped with Pgm2L In Fig. 14, a group of Pgmll, Pgm31 and Pgm22, and a 
group of Pgml2 and Pgm21 are shown as division units. 

A more detailed description of the processing described in the above paragraph will now 
be given. (1) Sections having a high association degree are collected together based on data items 
Dll and D12. These are Seclll, Seel 12 and Sec311. (2) Sections having a high association degree 
are collected together based on data items D21 and D22. These are Seclll and Sec311. (3) 
Sections having a high association degree are collected together based on data items D3 1 and D32. 
These are Seel 12, Sec311 and Sec221. (4) Section Sec311 is shared by all three of these section 
groups, so sections strongly associated with data items Dll andD12, D21 and D22, and D31 and 
D32 are collected together These are sections Seclll, Secll2, Sec311 and Sec221. In program 
units this becomes Pgmll, Pgm31 and Pgm22. (5) Sections having a high association degree are 
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collected together based on D13 and D14. This is section 211. Portions with an association degree 
of 1 are only weakly associated, so they are not collected together (sections Sec311 and Secl21). It 
will be understood that Sec211 has a weak association degree with other data items. (6) Because 
section Secl21 has no data items with a strong association degree, and there is a reference to data 
item D13, it is put into the same group as Sec211 that is strongly associated with D13 and D14. In 
program units, programs Pgm21 and Pgml2 are in the same group. Therefore, the sections are 
divided into two division units, namely the group containing Seclll, Seel 12 Sec311 and the group 
containing Sec221, and Sec211 and Secl21. 

Returning to Fig. 2, after step 22 has been executed, it is judged whether or not division is 
appropriate (step 23). If division is not appropriate, processing returns to step 17. Whether or not 
division is appropriate is determined by judging whether the system design requirements are 
satisfied, for example. Division is also judged to be not appropriate if division was not possible in 
step 22. 

If it is judged in step 23 that partitioning is appropriate, the interface display module 119 
displays an interface (step 25). Here, processes divided in step 22 and data used by the processes are 
displayed An example of an interface is shown in Fig. 15. In program units, processes that have 
been divided are Pgml 1 , Pgm3 1 and Pgm22, and Pgml 2 and Pgm2 1 . With divided processes as 
objects, the first group is made object Obj-1, and the second group is made object Obj-2. Data items 
are public data, which is external data used as interfaces to processes other than the associated 
processes, and private data, which is intend 

Looking at the division units of Fig. 14, data items DllandD12are private data in object 
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Obj-1, but data item Dll is public data in object Obj-2. On the other hand, data items D13 and D14 
are private data in object Obj-2, but data item D14 is public data in object Obj-1. Also, D21 and 
D22, and D3 1 and D32 are private data in object Obj- 1 . The partition of data items and division of 
processes are also shown in the interface display. 

In the interface display, the access types such as reference or update, etc. are indicated on 
behalf of the values of the association degree shown in Fig. 14. In this way, it becomes clear what 
type of accesses occur for private data and public data. In Fig. 1 5, public data is for reference only, 
and it will also be understood that the association degrees for external processes are low. By 
dividing into objects, it becomes possible to apply object-oriented technology etc. 

In this way, the process interface becomes clear after the division, and it is possible to 
make use of this in new system design If clear interface is presented in this way, it becomes easy to 
decide on the specification of objects that are components, and reductions in design errors can be 
anticipated 

If each of the above described steps in Fig. 2 are programmed, the present invention can 
be implemented as a software program. This program is stored in, for example, a storage medium 
or storage device such as a floppy disk, CD-ROM, Magneto-optical disk, semiconductor memory, 
hard disk, etc. The program is then executed by a compute: A computer for executing the system 
analysis program of the present invention can operate as a system analyzer 

It is also possible to implement each function shown in Fig. 1 as a special electronic 
circuit, or as a combination of electronic circuits and programs, and realize the system analyzer of 
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the present invention by using those circuits. The functional blocks shown in Fig. 1 are one 
example, and it is possible to combine a plurality of functional blocks into one, or similarly to divide 
a single functional block into a plurality of blocks. 

By utilizing the present invention as described above, it is possible to analyze the 
association degree between processes, it is possible to examine a scheme for reconstructing an 
existing system in process units, and it is possible to prevent increase in development costs and time 
scales. Also, by collecting together groups of processes with strong association degrees, groups of 
subsystems, groups of JOB s inside subsystems, groups of programs inside JOBs, groups of sections 
inside programs and clusters of instruction groups inside sections can be carried out reliably. In 
addition, it becomes possible to mate programs or portions of programs reusable. Further, it is also 
possible to partition data and files instead of dividing processes, and it becomes possible to carry out 
data normalization support and optimum rearrangement of data 

As described above, the present invention could provide a system analysis apparatus and 
method, and program for analyzing an existing system. It could also provide information to be 
used in partitioning an existing system by analyzing the existing system. 

Although the present invention has been described with respect to a specific preferred 
embodiment thereof, various change and modifications may be suggested to one skilled in the art, 
and it is intended that the present invention encompass such changes and modifications as fall 
within the scope of the appended claims. 



What is claimed is: 
. A system analysis 



analyzing a system containing one or a plurality of programs, 



